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DETAILED ACTION 

1 . This Office action is in response to the amendment filed on March 6, 2008. 

2. Claims 1-27 are pending. 

3. Claims 2-10 have been amended. 

4. The objection to the oath/declaration is withdrawn in view of Applicant's arguments. 

5. The objections to the abstract are withdrawn in view of Applicant's amendments to the 
abstract. 

6. The objection to the specification due to the use of trademarks is withdrawn in view of 
Applicant's amendments to the specification. However, Applicant's amendments to the 
specification fail to address the objection due to typographical errors. Accordingly, this objection 
is maintained and further explained below. 

7. The objections to Claims 2-9 are withdrawn in view of Applicant's amendments to the 
claims. 

8. The 35 U.S.C. § 1 12, second paragraph, rejections of Claims 1-27 are maintained in view 
of Applicant's arguments and further explained below. 

9. The 35 U.S.C. § 101 rejections of Claims 10-18 are maintained in view of Applicant's 
amendments to the claims and further explained below. 
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Response to Amendment 
Specification 

10. The abstract of the disclosure is objected to because the abstract must commence on a 
separate sheet, preferably following the claims, under the heading "Abstract" or "Abstract of the 
Disclosure." See 37 CFR § 1.72(b). 

1 1 . The disclosure is objected to because of the following informalities: "jar" should be 
changed to uppercase in paragraphs [0027], [0030], and [0033]. 

Appropriate correction is required. 

Claim Rejections - 35 USC § 112 

12. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 

13. Claims 1-27 are rejected under 35 U.S.C. 1 12, second paragraph, as being indefinite for 
failing to particularly point out and distinctly claim the subject matter which applicant regards as 
the invention. 

Claims 1, 3-6, 9, 10, 12-15, 18, 19, 21-24, and 27 contain the trademark or trade name 
JAVA. When a trademark or trade name is used in a claim as a limitation to identify or describe 
a particular material or product, the claim does not comply with the requirements of the 35 
U.S.C. 1 12, second paragraph. Ex parte Simpson, 218 USPQ 1020 (Bd. App. 1982). The claim 
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scope is uncertain since the trademark or trade name cannot be used properly to identify any 
particular material or product. A trademark or trade name is used to identify a source of goods, 
and not the goods themselves. Thus, the use of a trademark or trade name in a claim to identify 
or describe a material or product (in the present case, a specific programming language) would 
not only render a claim indefinite, but would also constitute an improper use of the trademark or 
trade name. 

Claims 2, 7, and 8 depend on Claim 1 and, therefore, suffer the same deficiency as 
Claim 1. 

Claims 11, 16, and 17 depend on Claim 10 and, therefore, suffer the same deficiency as 
Claim 10. 

Claims 20, 25, and 26 depend on Claim 19 and, therefore, suffer the same deficiency as 
Claim 19. 

Claim Rejections - 35 USC §101 

14. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or 
any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this title. 

15. Claims 10-18 are rejected under 35 U.S.C. 101 because the claimed invention is directed 
to non- statutory subject matter. 
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Claims 10-18 are directed to systems. However, the recited components of the systems 
appear to lack the necessary physical components (hardware) to constitute a machine or 
manufacture under § 101. Although the claims recite a computer system, however, the claims do 
not expressly recite any hardware (e.g., processor and memory) associated with the computer 
system. Therefore, the recited components of the computer system can be reasonably interpreted 
as computer program modules — software per se. The claims are directed to systems of functional 
descriptive material per se, and hence non-statutory. 

The claims constitute computer programs representing computer listings per se. Such 
descriptions or expressions of the programs arc not physical "things." They are neither computer 
components nor statutory processes, as they are not "acts" being performed. Such claimed 
computer programs do not define any structural and functional interrelationships between the 
computer program and other claimed elements of a computer, which permit the computer 
program's functionality to be realized. In contrast, a claimed computer-readable medium 
encoded with a computer program is a computer element, which defines structural and functional 
interrelationships between the computer program and the rest of the computer, that permits the 
computer program's functionality to be realized, and is thus statutory. See Lowry, 32 F.3d at 
1583-84, 32USPQ2datl035. 

Claim Rejections - 35 USC § 103 

16. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
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having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

17. Claims 1-6, 8, 10-15, 17, 19-24, and 26 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over US 6,986,132 (hereinafter "Schwabe") in view of US 6,430,564 
(hereinafter "Judge"). 

As per Claim 1, Schwabe discloses: 

receiving source input corresponding to a first release of Java™ byte code and target 
input corresponding to a second release of the Java™ byte code (see Figure 20 A: 1540 and 
1550); 

- transforming the source input into a first list that contains Java™ class names 
associated with the first release of Java™ byte code, and the target input into a second list 
containing Java™ class names associated with the second release of the Java™ byte code (see 
Figure 20A: 1535 and 1545; Column 14: 14-15, "An API definition file defines the context of a 
binary file in relationship to other referenced binary files. "); 

finding matching class names between the first list and the second list, and loading 
classes corresponding to the matching class names (see Figure 2; Column 4: 1-10, "In the JVM, 
the loading step retrieves the class file representing the desired class. "; Column 5: 23-27, 
"When the binary file 60 is referenced by an application executing on a virtual machine 65, a 
loader 70 loads the binary file 60. A verifier 75 verifies the binary file 60 at some point prior to 
execution by an interpreter 80. "; Column 25: 44-48, "If the set of classes and interfaces defined 
in the old API definition file is not found in the new API definition file ... "); and 
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comparing the loaded classes to identify APIs that have been modified between the 
first release of Java™ byte code and the second release of the Java™ byte code (see Figure 2; 
Column 25: 50-53, "... the class and interface attributes are compared to the attributes of the 
same class or interface in the new package. The attributes may include the name, flags, number 
of fields and number of methods. "). 

However, Schwabe does not disclose: 

- removing the matching class names from the first list and the second list after the 
comparing, wherein any class names remaining in the first list represent APIs that have been 
removed for the second release of the Java™ byte code, and wherein any class names remaining 
in the second list represent APIs that have been added for the second release of the Java™ byte 
code. 

Judge discloses: 



- removing the matching class names from the first list and the second list after the 
comparing, wherein any class names remaining in the first list represent APIs that have been 
removed for the second release of the Java™ byte code, and wherein any class names remaining 
in the second list represent APIs that have been added for the second release of the Java™ byte 
code (see Column 4: 63-67 through Column 5: 1-5, "Method unloadDataClass unloads a data 
class by the name of'dataName" by removing the data class object and all instances of the data 
class object from the data cache 54. Upon removal of a data class object from the data cache 54, 
the name of the data class "dataName" is also removed from the data class list 47 maintained by 
Data Manager 48. "). 
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Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Judge into the teaching of Schwabe to include 
removing the matching class names from the first list and the second list after the comparing, 
wherein any class names remaining in the first list represent APIs that have been removed for the 
second release of the Java™ byte code, and wherein any class names remaining in the second list 
represent APIs that have been added for the second release of the Java™ byte code. The 
modification would be obvious because one of ordinary skill in the art would be motivated to 
determine differences between two data lists. 

As per Claim 2, the rejection of Claim 1 is incorporated; and Schwabe further discloses: 
outputting a report identifying at least one of the APIs that have been modified, the 
APIs that have been removed and the APIs that have been added (see Column 25: 44-67 through 
Column 26: 1-10, "... a verification error is indicated. "). 

As per Claim 3, the rejection of Claim 1 is incorporated; and Schwabe further discloses: 
- wherein the loading step comprises loading at least one Java™ class of the first 
release of Java™ byte code and at least one Java™ class of the second release of the Java™ byte 
code (see Column 4: 1-10, "In the JVM, the loading step retrieves the class file representing the 
desired class. "). 

As per Claim 4, the rejection of Claim 3 is incorporated; and Schwabe further discloses: 
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listing methods of the at least one Java™ class of the first release of Java™ byte code 
in the first list, and listing methods of the at least one Java™ class of the second release of the 
Java™ byte code in the second list (see Column 26: 6-10, "At 1655, for each method in the old 
package, the attributes are compared to the same method in the new package. The attributes may 
include the name, flags and signature. "). 

As per Claim 5, the rejection of Claim 4 is incorporated; and Schwabe further discloses: 

- wherein the comparing step comprises comparing the methods in the first list to the 
methods in the second list to identify APIs that have been modified between the first release of 
Java™ byte code and the second release of the Java™ byte code (see Column 25: 50-53, "... the 
class and interface attributes are compared to the attributes of the same class or interface in the 
new package. The attributes may include the name, flags, number of fields and number of 
methods. "). 

As per Claim 6, the rejection of Claim 5 is incorporated; however, Schwabe does not 
disclose: 

- wherein the removing step comprises removing, from the first list and the second list, 
any methods in the first list that are identical to methods in the second list based on the 
comparison, wherein any methods remaining in the first list after the removing represent APIs 
that have been removed for the second release of the Java™ byte code, and wherein any methods 
remaining in the second list after the removing represent APIs that have been added for the 
second release of the Java™ byte code. 
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Judge discloses: 

- wherein the removing step comprises removing, from the first list and the second list, 
any methods in the first list that are identical to methods in the second list based on the 
comparison, wherein any methods remaining in the first list after the removing represent APIs 
that have been removed for the second release of the Java™ byte code, and wherein any methods 
remaining in the second list after the removing represent APIs that have been added for the 
second release of the Java™ byte code (see Column 4: 63-67 through Column 5: 1-5, "Method 
unloadDataClass unloads a data class by the name of'dataName" by removing the data class 
object and all instances of the data class object from the data cache 54. Upon removal of a data 
class object from the data cache 54, the name of the data class "dataName" is also removed from 
the data class list 47 maintained by Data Manager 48. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Judge into the teaching of Schwabe to include 
wherein the removing step comprises removing, from the first list and the second list, any 
methods in the first list that are identical to methods in the second list based on the comparison, 
wherein any methods remaining in the first list after the removing represent APIs that have been 
removed for the second release of the Java™ byte code, and wherein any methods remaining in 
the second list after the removing represent APIs that have been added for the second release of 
the Java™ byte code. The modification would be obvious because one of ordinary skill in the art 
would be motivated to determine differences between two data lists. 

As per Claim 8, the rejection of Claim 1 is incorporated; and Schwabe further discloses: 
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- wherein the source input and the target input comprise a list of classes (see Column 
22: 56-58, "A library or applet package (herein referred to as a binary file) is received (1460) 
..."). 

Claims 10-15 and 17 are system claims corresponding to the method claims above 
(Claims 1-6 and 8) and, therefore, are rejected for the same reasons set forth in the rejections of 
Claims 1-6 and 8. 

Claims 19-24 and 26 are program product claims corresponding to the method claims 
above (Claims 1-6 and 8) and, therefore, arc rejected for the same reasons set forth in the 
rejections of Claims 1-6 and 8. 

18. Claims 7, 9, 16, 18, 25, and 27 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Schwabe in view of Judge as applied to Claims 1,10, and 19 above, and further in view of 
US 6,385,722 (hereinafter "Connelly"). 

As per Claim 7, the rejection of Claim 1 is incorporated; however, Schwabe and Judge 
do not disclose: 

- wherein the source input and the target input comprise JAR files. 
Connelly discloses: 

- wherein the source input and the target input comprise JAR files (see Column 1: 14- 
1 7, "Software vendors typically ship their products as a set of shared libraries, such as libraries 
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written in the Java™ object-oriented programming language and packaged as a conventional 
shared library file called a JAR file. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Connelly into the teaching of Schwabe to 
include wherein the source input and the target input comprise JAR files. The modification 
would be obvious because one of ordinary skill in the art would be motivated to easily and 
efficiently share and use these library files (see Connelly - Column 1: 1 7-20). 

Claims 16 and 25 are rejected for the same reason set forth in the rejection of Claim 7. 

As per Claim 9, the rejection of Claim 1 is incorporated; however, Schwabe and Judge 
do not disclose: 

inputting class paths common to the first release of Java™ byte code and the second 
release of the Java™ byte code. 
Connelly discloses: 

inputting class paths common to the first release of Java™ byte code and the second 
release of the Java™ byte code (see Column 7: 46-48, "... the class java.net.URLClassLoader is 
used as class loader 122 to load classes and resources from a class path of JAR files and 
directory URLs. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Connelly into the teaching of Schwabe to 
include inputting class paths common to the first release of Java™ byte code and the second 
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release of the Java™ byte code. The modification would be obvious because one of ordinary 
skill in the art would be motivated to access the parts of shared libraries (see Connelly - Column 
1: 31-34). 

Claims 18 and 27 are rejected for the same reason set forth in the rejection of Claim 9. 

Response to Arguments 

19. Applicant's arguments filed on March 6, 2008 have been fully considered, but they are 
not persuasive. 

In the Remarks, Applicant argues: 

a) Applicant asserts that in the word JAVA, in the context of the claimed invention, refers to 
an environment within which the invention functions and/or a framework that defines the 
structure of the constructs of the invention, and not simply a particular product for purchase. 

Examiner's response: 

a) Examiner disagrees. The trademark JAVA is used to describe a specific programming 
language. When a trademark or trade name is used in a claim as a limitation to identify or 
describe a particular material or product, the claim does not comply with the requirements of the 
35 U.S.C. 112, second paragraph. Ex parte Simpson, 218 USPQ 1020 (Bd. App. 1982). The 
claim scope is uncertain since the trademark or trade name cannot be used properly to identify 
any particular material or product. A trademark or trade name is used to identify a source of 
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goods, and not the goods themselves. Thus, the use of a trademark or trade name in a claim to 
identify or describe a material or product (in the present case, a specific programming language) 
would not only render a claim indefinite, but would also constitute an improper use of the 
trademark or trade name. 

In the Remarks, Applicant argues: 

b) For example, with respect to independent claims 1,10 and 19, Applicant submits that the 

cited references fail to teach or suggest finding matching class names between the first list and 

the second list, and loading classes corresponding to the matching class names. In support of its 

arguments to the contrary, the Office cites two disjointed passages from Schwabe. The first 

passage of Schwabe cited by the Office mentions comparing the set of classes and interfaces in 

an old API definition file with those in a new API definition file. The second passage references 

loading of class files. However, the passages in Schwabe cited by the Office do not disclose that 

the class files that are loaded are the product of the matching. In fact, Schwabe does not even 

indicate that the class files that are loaded are taken from its API definition files. Rather, 

Schwabe expressly teaches that 

...verification does not continue beyond an API definition file. This differs from 
typical verification methods that continue the verification process into an 
implementation of the API definition file. Col. 14, lines 10-13. 

To this extent, Schwabe teaches against the loading of classes based on results from an API 

definition file verification in its verification process. This is in contrast to the claimed invention 

in which the classes that are loaded correspond to the matching class names between the first list 
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and the second list. For the above reasons, the separate comparing and loading of Schwabe does 
not teach or suggest the loading based on the matching of the claimed invention. 

Examiner's response: 

b) Examiner disagrees. Schwabe clearly discloses loading classes corresponding to the 
matching class names (see Figure 2; Column 4: 1-10, "In the JVM, the loading step retrieves the 
class file representing the desired class. "; Column 5: 23-27, "When the binary file 60 is 
referenced by an application executing on a virtual machine 65, a loader 70 loads the binary file 
60. A verifier 75 verifies the binary file 60 at some point prior to execution by an interpreter 

80. "). Note that Column 4: 1-10 of Schwabe describes class loading in the JVM, which is well- 
known to those of ordinary skill in the art. In the JVM, a loader loads the binary file prior to the 
verifier verifies it. Thus, the class and interface attributes of the old API definition file are 
compared with the same class and interface attributes of the new API definition file after being 
loaded by the loader. 

In the Remarks, Applicant argues: 

c) With further respect to independent claims 1,10 and 19, Applicant respectfully submit 
that the cited references also fail to teach or suggest comparing the loaded classes to identify 
APIs that have been modified between the first release of Java byte code and the second release 
of the Java byte code. Instead, in the passage of Schwabe cited by the Office, it is the API 
definition files that are compared and not loaded classes. Rather, as stated above, Schwabe 
teaches against comparing of loaded classes. 
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Examiner's response: 

c) Examiner disagrees. Schwabe clearly discloses comparing the loaded classes to identify 
APIs that have been modified between the first release of Java™ byte code and the second 
release of the Java™ byte code (see Figure 2; Column 25: 50-53, "... the class and interface 
attributes are compared to the attributes of the same class or interface in the new package. The 
attributes may include the name, flags, number of fields and number of methods. "). Note that 
Figure 2 of Schwabe clearly illustrates that the loader is executed before the verifier is executed. 
Thus, the class and interface attributes arc loaded by the loader prior to being verified. 

Conclusion 

20. The prior art made of record and not relied upon is considered pertinent to Applicant's 
disclosure. 

21 . THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
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however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
Examiner should be directed to Qing Chen whose telephone number is 571-270-1071. The 
Examiner can normally be reached on Monday through Thursday from 7:30 AM to 4:00 PM. 
The Examiner can also be reached on alternate Fridays. 

If attempts to reach the Examiner by telephone are unsuccessful, the Examiner's 
supervisor, Wei Zhen, can be reached on 571-272-3708. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Any inquiry of a general nature or relating to the status of this application or proceeding 
should be directed to the TC 2100 Group receptionist whose telephone number is 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

/QC/ 

April 29, 2008 
/Wei Zhen/ 

Supervisory Patent Examiner, Art Unit 2191 



